Formal architectural abstractions for interactive software
نویسندگان
چکیده
ion-side and Display-side behaviours of an interactor. Interactors are characterised by the behaviour they exhibit when observed from the abstraction or the display sides. The abstraction-side behaviour of the interactor is observed by interaction at gates Gaout and Gainp. The display-side behaviour is observed at gates Gdinp and Gdout. They are described by the pseudo-LOTOS expressions: A P = hide ( G c ∪ G dinp ∪ G dout ) in P D P = hide ( G c ∪ G ainp ∪ G aout ) in P Abstraction and Display Equivalence. Two interactors P and Q (or two behaviour expressions describing two states of the same interactor) are called abstraction equivalent if their abstraction-side behaviours are observationally equivalent, i.e. AP♠AQ. They will be called display equivalent when their display-side behaviours are observationally equivalent, i.e. DP♠DQ.ion and Display Equivalence. Two interactors P and Q (or two behaviour expressions describing two states of the same interactor) are called abstraction equivalent if their abstraction-side behaviours are observationally equivalent, i.e. AP♠AQ. They will be called display equivalent when their display-side behaviours are observationally equivalent, i.e. DP♠DQ. The meaning of these definitions depends on the equivalence relation ♠ they stipulate. The choice between equivalence relations for processes is a contentious issue, cf. de Nicola (1989), which, in the present context, impinges on the ability of humans to tell apart interactive behaviours and to detect and interpret differences of the display contents. Without wishing to postulate a theory of user cognition, weak observational equivalence is used here as it distinguishes processes only with respect to observable interactions with their environment and its verification is supported by model checking tools, e.g., Fernandez, Garavel, Mounier, Rasse, Rodriguez and Sifakis (1992). These definitions are used in table 1 which is a summative classification of observability and predictability properties results comparable to an earlier classification by Abowd (1992). Consider, for example, the first row of table 2. An interactor is called display predictable, if the similarity of two instances of its display implies that they are also display equivalent. In other words, the display status of the interactor determines its display-side behaviour. A symmetrical definition of result predictability can be written as in row 2 of table 2.
منابع مشابه
Testing Complex Architectural Conformance Relations Michal
Architectural conformance testing can help detect inconsistencies between an architectural model that has been verified and a system that has been implemented. Architectural descriptions suitable for powerful static analyses are necessarily abstractions and idealizations of the actual implementation structure of software systems, making the relation between architectural model and as-built stru...
متن کاملArchitectural Abstractions and Language Mechanisms
When we apply the mechanisms of an object-oriented language we form concrete architectures over some domain. Over time we identify recurring patterns and transform the concrete architectures into more general architectural abstractions. Such abstractions are then used in combination with the language mechanisms to form other kinds of concrete architectures in diagrams and programs: we apply a c...
متن کاملPattern-Supported Architecture Recovery
Architectural patterns and styles represent important design decisions and thus are valuable abstractions for architecture recovery. Recognizing them is a challenge because styles and patterns basically span several architectural elements and can be implemented in various ways depending on the problem domain and the implementation variants. Our approach uses source code structures as patterns a...
متن کاملUsing Interconnection Style Rules to Infer Software Architecture Relations
Software design techniques emphasize the use of abstractions to help developers deal with the complexity of constructing large and complex systems. These abstractions can also be used to guide programmers through a variety of maintenance, reengineering and enhancement activities. Unfortunately, recovering design abstractions directly from a system’s implementation is a difficult task because th...
متن کاملPAC-ing the architecture of your user interface
A number of architectural models, such as PAC, are available for the software design of interactive systems. These design abstractions, however, are not always clearly articulated nor do they explicitly exploit the foundational concepts developed recently in main-stream software architecture engineering. Similarly, technical solutions from main-stream software engineering may improve portabilit...
متن کاملMachine Learning for Software Reuse
Recent work on learning apprentice systems suggests new approaches for using interactive programming environments to promote software reuse. Methodologies for software specification and validation yield natural domains of application for explanation-based learning techniques. This paper develops a relation between data abstractions in software and explanationbased generalization problems and sh...
متن کاملذخیره در منابع من
با ذخیره ی این منبع در منابع من، دسترسی به آن را برای استفاده های بعدی آسان تر کنید
برای دانلود متن کامل این مقاله و بیش از 32 میلیون مقاله دیگر ابتدا ثبت نام کنید
ثبت ناماگر عضو سایت هستید لطفا وارد حساب کاربری خود شوید
ورودعنوان ژورنال:
- Int. J. Hum.-Comput. Stud.
دوره 49 شماره
صفحات -
تاریخ انتشار 1998